- 综合排序
- 最热优先
- 最新优先
- 来自专栏音视频咖
技术解码 | GB28181协议简介及实践
， 以及控制、传输流程和协议接口等技术要求，是视频监控领域的国家标准。 GB28181协议中基于数字摘要的挑战应答式安全技术进行注册流程如下图2所示： 图2 基本注册流程示意图 注册流程描述如下: (a) SIP代理向SIP服务器发送Register请求; (b) SIP 具体命令流程如图3： 图3 保活命令流程 命令流程描述如下: (a) 源设备向SIP服务器发送设备状态信息报送命令。 客户端主动发起的实时视音频点播流程见图4: 图4 客户端主动发起的实时视音频点播流程图 其中，信令1、8、9、10、11、12为SIP服务器接收到客户端的呼叫请求后通过B2BUA代理方式建立媒体流接收者与媒体服务器之间的媒体流信令过程 命令流程描述如下: (a) 媒体流接收者向SIP服务器发送INVITE消息， 消息头域中携带Subject字段， 表明点播的视频源ID、发送方媒体流序列号、媒体流接收者ID、接收端媒体流序列号等参数，SDP
20K74发布于 2021-05-13 - 来自专栏RTSP/RTMP直播相关
Android前端音视频数据接入GB28181平台意义
技术背景 在我们研发Android平台GB28181前端音视频接入模块之前，业内听到最多的是，如何用Android或者Windows端，在没有国标IPC设备的前提下，模拟GB28181的信令和媒体流交互流程 ，实现GB28181整体方案的测试？ 设计思路 信令设计和媒体数据传输分离，上层实现国标GB28181的注册、注销、CATALOG、INVITE、ACK、BYE、SUBSCRIBE等交互处理，如注册成功后，返回注册时间，并检测传输或心跳等异常状态 ，服务端发送catalog请求后，组织本地catalog信息，并以message的形式发送到服务端，服务端收到相关信息后，开始发送invite请求，客户端解析INVITE返回的SDP信息，组织相关的response 为Android平台赋能，像支持GB28181协议的IPC一样，方便的把摄像头、屏幕、麦克风或外部RTSP、RTMP流，顺利接入到GB28181平台。
1.2K40编辑于 2022-03-08 - 来自专栏RTSP/RTMP直播相关
国网B接口调阅实时视频(INVITE)接口描述和消息示例
前面三篇blog分别介绍国网B接口注册、资源上报和资源信息获取，今天过一下国网B接口调阅实时视频相关的接口描述和消息示例，做过GB28181设备接入的都知道，国网B接口调阅实时视频流程和GB28181的基本一致的 接口描述国网B接口调阅实时视频，相关规范写的比较粗略：调阅实时视频包括信令接口和媒体流接口，采用标准的SIP INVITE+SDP流程，媒体传输使用RTP/RTCP。 调阅实时视频的接口流程图片主要功能流程如下： a） F1：用户发送 INVITE 消息，携带 SDP 内容通过平台转发到前端设备。 再看看GB28181客户端主动发起的实时视音频点播流程：具体流程不再赘述，看看大牛直播SDK针对GB28181 invite的处理吧：图片收到Invite后，除了正常信令交互回复外，初始化Sender )接口描述和消息示例，然后就GB28181的invite做了简单的对比，感兴趣的开发者，可以仔细研读两份规范，看看还有哪些不一致的地方。
1.9K30编辑于 2022-10-26 - 来自专栏海之滨云视频和流媒体技术
国标GB28181协议客户端开发（三）查询和实时视频画面
首先，介绍了设备目录查询、设备信息查询和设备状态查询三个重要的信息查询功能，并详细解释了它们在协议中的信令交互流程。随后，深入讨论了实时视频的实现方式，包括数据传输协议和传输规范要求。 设备目录查询的信令交互流程如下： 设备端发送查询请求信令（Query Catalog）到设备管理平台； 设备管理平台接收到请求后，返回设备目录信息（Catalog）给设备端。 其信令交互流程如下： 设备端发送查询请求信令（Query Device）到设备管理平台，携带要查询设备的ID； 设备管理平台接收到请求后，返回设备详细信息（Device Info）给设备端。 下面是一个完整的实时视频信令交互过程： 图片 GB28181平台需要查看实时画面的时候，向目标设备发送实时视频邀请信令（Invite）。 GB28181平台 -> 设备端, INVITE INVITE sip:34020000001310000001@3402000000 SIP/2.0 Call-ID: helloVideo CSeq:
2.2K00编辑于 2023-07-06 - 来自专栏国标视频云平台
golang实现国标GB28181流媒体点播预览服务方案的框架流程
接受和处理GB28181接入服务器的推流请求（如有推流权限验证则调用验证服务器接口）；2. 接受和处理GB28181设备的推流；3. 实时流媒体处理，PS（TS）转ES；4. 接受和处理GB28181接入服务器的断开推流请求；6. 对外提供服务器获取状态、信息，控制等http API接口；GB28181流媒体服务器对接SkeyeSMS云平台整体框架图片流媒体点播详细流程1 接入服务器发送Invite请求接入服务器向流媒体服务器发送 Invite请求，请求流媒体服务返回携带SDP 消息体，消息体中描述了媒体服务器接收媒体流的IP、端口、媒体格式等内容；Invite请求代码如下： const options = 请求处理并ACK应答流媒体服务接受Invite请求，并在回调函数中处理请求，js代码如下： uas.on('invite', async ctx => { const
2.2K20编辑于 2023-04-13 - 来自专栏RTSP/RTMP直播相关
国网B接口调阅实时视频规范解读和代码示例分析
接口描述 国网B接口调阅实时视频，相关规范写的比较粗略： 调阅实时视频包括信令接口和媒体流接口，采用标准的SIP INVITE+SDP流程，媒体传输使用RTP/RTCP。 调阅实时视频的接口流程 图片 主要功能流程如下： a） F1：用户发送 INVITE 消息，携带 SDP 内容通过平台转发到前端设备。 技术实现 由于国网B接口的invite实现和GB28181的差异不大，之前我们GB28181这块，已经有非常好的积累了。 device_id; return this; } }.set(deviceId),0); } 总结 国网B接口调阅实时视频流程和 GB28181流程基本一致，感兴趣的开发者，可以参考相关的规范实现，B接口相对GB28181来说，面更窄，资料也更少，如果产品化，有测试平台的话，还是不难实现的。
89510编辑于 2023-04-14 - 来自专栏GB28181技术
GB28181规范中broadcast和talk模式实际场景时间差别在哪里？
好多开发者对GB28181规范里面，broadcast和talk模式区分不清，今天借此机会，针对GB28181标准中的Broadcast（广播）和Talk（对讲）是两种不同的通信模式，它们在视频监控系统中扮演着不同的角色 Talk（对讲）： 流程简述：通常涉及多个SIP信令交互，如设备侧发起INVITE请求建立通话，平台侧回复200 OK确认，然后双方开始传输语音数据，通话结束后发送BYE请求终止通话。4. 技术实现两者都基于GB28181标准实现，但具体的技术细节和信令流程有所不同。 Broadcast通常通过SIP MESSAGE方法实现，而Talk则通过SIP INVITE、ACK、BYE等信令方法实现双向通话。 综上所述，GB28181标准中的Broadcast和Talk在功能、通信方式、交互流程、应用场景和技术实现等方面都存在明显的区别。这些区别使得它们能够适用于不同的视频监控和通信需求场景。
51910编辑于 2024-09-17 - 来自专栏GB28181技术
GB28181信令交互流程及Android端设备对接探讨
GB28181信令交互流程GB28181 规范中的信令交互流程主要包括注册、保活、设备信息查询、实时视频预览等环节，具体如下：注册流程下级设备发起注册请求：下级监控设备（如摄像头、编码器等）向上级监控平台 保活流程下级设备发送保活请求：注册成功后，下级设备需要定期向上级平台发送保活请求，以维持连接的有效性。 设备信息查询流程设备端发送查询请求：上级平台或其他有权限的设备可以向下级设备发送设备信息查询请求，请求消息中包含查询的命令类型和要查询的设备 ID（如果是查询单个设备信息）等信息。 实时视频预览流程GB28181 规范中的实时视频预览流程主要包括以下步骤：发起预览请求34： 上级平台（客户端）动作：上级监控平台或有权限的客户端想要预览下级设备的实时视频时，会向下级设备发送INVITE 媒体服务器和下级设备响应：媒体服务器和下级设备收到BYE请求后，分别回复200 OK响应，会话断开，整个实时视频预览流程结束。
1.4K00编辑于 2024-09-28 - 来自专栏RTSP/RTMP直播相关
如何在Android平台GB28181接入终端实现语音广播和语音对讲
相关SPEC解读关于语音广播和对讲，感兴趣的开发者可直接参阅GBT 28181-2016.pdf相关技术规范里面的9.12章节，以下是部分精选介绍：图片命令交互流程图片命令描述流程a) 1:SIP服务器向语音流接收者发送语音广播通知消息 向媒体服务器发送Invite消息,此消息不携带SDP消息体。 注：语音广播通知消息除上述流程中通过SIP服务器发出外,也可由语音流发送者发出,消息中通过 To头域标明 作为目的地址的语音流接收者ID,经SIP服务器中转后发往语音流接收者;语音流接收者处理后发送应答消 后续呼叫流程与上述流程相同。语音对讲语音对讲功能实现中心用户与前端用户之间的一对一语音对讲功能。 语音对讲功能由下述两个独立的流程组合实现: a) 通过9.2的实时视音频点播功能,中心用户获得前端设备的实时视音频媒体流; b) 通过9.12的语音广播功能,中心用户向前端对讲设备发送实时音频媒体流,语音流的封装格
1.7K20编辑于 2022-08-22 - 来自专栏txp玩Linux
GB28181协议--GB28181协议简介
GB28181标准规定了公共安全视频监控联网系统(以下简称联网系统) 的互联结构, 传输、 交换、 控制的基本要求和安全性要求, 以及控制、 传输流程和协议接口等技术要求。 2、GB28181框架: SIP 监控域互联结构示意图如下图所示： GB28181的联网方式分为级联和互联方式，级联方式可以详细分为信令级联和媒体级联，下图分别为信令级联和媒体级联方式： 信令级联： 媒体级联 4、GB28181具体功能： GB28181协议规定支持的功能有如下几项： （1）注册和注销 应支持设备或系统进入联网系统时向SIP 服务器进行注册登记的工作模式。 基本注册即采用RFC3261 规定的基于数字摘要的挑战应答式安全技术进行注册, 基本注册流程如下图所示： 注册流程描述如下: （a）SIP 代理向SIP 服务器发送 Register 请求; （b）SIP 命令流程描述如下: （a） 媒体流接收者向SIP 服务器发送Invite 消息, 消息头域中携带 Subject 字段, 表明点播的视频源ID、 发送方媒体流序列号、 媒体流接收者ID、 接收端媒体流序列号等参数
4.3K21编辑于 2023-11-06 - 来自专栏RTSP/RTMP直播相关
Android平台GB28181历史视音频文件回放规范解读及技术实现
技术背景在实现GB28181历史视音频文件回放之前，我们已完成了历史视音频文件检索和下载，历史视音频回放，在GB28181平台非常重要，比如执法记录仪等前端设备，默认录像数据存储在前端设备侧，如果需要上传到平台统一保存 ，除了到工作站拷贝外，还可以通过GB28181的历史视音频文件下载到指挥中心。 GB28181历史视音频文件回放基本要求：需采用 SIP 协议中的 Invite 方法实现会话连接；采用SIP扩展协议Info方法的消息体携带视音频回放控制命令；采用 RTP/RTCP 协议实现媒体传输 基本流程如下：本文结合Android平台GB28181设备接入侧和GB28181国标平台侧，理下基本流程：1、GB28181平台侧向Android平台GB28181设备接入侧发送Invite消息，消息头域携带 Android国标设备侧发送ACK请求,请求中不携带消息体，完成与Android国标设备侧的Invite会话建立过程；4、Android GB28181设备侧按Invite SDP中给出的IP地址和端口等信息
2K70编辑于 2023-11-07 - 来自专栏GB28181技术
Android平台GB28181实时回传流程和技术实现
规范解读GB28181 中的 “INVITE” 是会话初始协议（SIP）中的一种请求方法，主要用于邀请一个或多个参与者加入特定的会话。 在 GB28181 标准中，“INVITE” 请求通常用于发起媒体流的传输请求。 以下是 GB28181 中 “INVITE” 请求的一些关键特点和作用：一、发起会话触发媒体流传输：“INVITE” 请求是启动媒体流传输的关键步骤。 二、协商媒体参数媒体能力协商：在 GB28181 中，不同的设备可能具有不同的媒体处理能力。通过 “INVITE” 请求和响应的交互过程，可以进行媒体能力的协商。 ");}}}} GBSIPAgentPlayListener主要系GB28181的Invite、Ack、Bye等处理：public interface GBSIPAgentPlayListener {
52810编辑于 2024-09-30 - 来自专栏RTSP/RTMP直播相关
Android平台GB28181设备接入端语音广播支持PS格式
技术背景 对接Android平台GB28181设备接入端语音广播的时候，我们有遇到过INVITE SDP需要PCMA格式的audio，对方同时回了PS和PCMA两种，然后，发数据的时候，直接发了PS的。 INVITE From: <sip:44138091001320090001@3402000000>;tag=f2f8e526 To: <sip:31010400001360000001@3101040000 规范回顾 说了这么多废话，还是回顾下语音广播的交互流程，因为之前的blog做过几次说明，这里不再赘述： 图片 技术实现 本文以大牛直播SDK的Android平台基于Camera2的采集demo为例，如果需要注册到 GB28181平台，点击页面的“启动GB28181”即可，有语音广播过来后，使能“GB28181语音广播”按钮，用于主动关闭语音广播之用。 总结 GB28181设备接入这块，遇到的国标平台侧的问题真的是五花八门，真是印证了那句话：GB28181相关的模块，做demo容易，做产品，真的太难了，怪不得这么多公司懒得搞这块。
56120编辑于 2023-03-14 - 来自专栏RTSP/RTMP直播相关
Android平台GB28181接入端语音广播和语音对讲规范解读和技术实现
我在之前的blog，有提到过Android端GB28181接入端的语音广播和语音对讲，今天主要从GB/T28181-2016官方规范和交互流程，大概介绍下Android平GB28181接入端的语音广播和语音对讲 关于交互流程，本文不再赘述，一张图足矣：图片接下来，我们主要来看看规范里面提到的协议接口。 平台，点击页面的“启动GB28181”即可，有语音广播过来后，使能“GB28181语音广播”按钮，用于主动关闭语音广播之用。 */ void ntsOnInviteAudioBroadcastTimeout(String sourceID, String targetID); /* *音频广播, 收到Invite String fromUserNameAtDomain, String sn, String sourceID, String targetID, boolean; /* *语音广播接收者发送Invite
1.3K00编辑于 2022-10-16 - 来自专栏RTSP/RTMP直播相关
Android平台GB28181历史视音频文件下载规范探讨及技术实现
技术背景 上篇blog，我们提到了Android平台GB28181历史视音频文件检索规范探讨及技术实现，文件检索后，GB28181平台侧，可以针对文件列表进行回放或下载操作，本文主要探讨视音频文件下载相关 命令流程图片其中,信令 1,8,9、10,11,12 为 SIP 服务器接收到客户端的呼叫请求后通过 B2BUA 代理方式建立媒体流接受者与媒体服务器之间的媒体链接信令过程。 命令流程描述如下：媒体流接收者向 SIP 服务器发送Invite 消息，消息头域中携带 Subject 字段，表明点播的视频源 ID、发送方媒体流序列号、媒体流接收者 ID、接收端媒体流序列号标识等参数 SIP 服务器收到 Invite 请求后，通过三方呼叫控制建立媒体服务器和媒体流发送者之间的媒体连接。向媒体服务器发送 Invite 消息，此消息不携带 SDP 消息体。 技术实现本文以大牛直播SDK开发的Android平台GB28181设备接入侧视音频历史文件检索和下载为例（本文侧重于下载），介绍下相关设计思路：图片 Android设备接入端收到国标平台侧发过来的INVITE
946100编辑于 2023-09-06 - 来自专栏RTSP/RTMP直播相关
GB28181平台如何接入无人机实现智能巡检？
本文旨在讲如何实现无人机（如大疆无人机）数据到GB28181平台（如海康、大华、宇视等国标平台）。 当国标平台端，需要查看无人机的实时画面时，可以发送Invite，请求无人机画面，Android平台GB28181接入模块，这时启动拉取无人机回调数据，并完成数据投递，和H.264到PS到RTP的打包上传即可 GB28181 媒体流private void stopGB28181Stream() { if(! int size, int is_key_frame, long timestamp,ByteBuffer parameter_info, int parameter_info_size);其他信令交互流程前面提到很多次了 ，本文不再赘述，这里主要看看Invite和Ack的处理：先看Invite处理：@Override public void ntsOnInvitePlay(String deviceId, PlaySessionDescription
1.1K20编辑于 2022-10-08 - 来自专栏RTSP/RTMP直播相关
GB28181智能安全帽方案探究及技术实现
智能安全帽是一种集成先进科技的安全帽，可基于GB28181规范，适用于铁路巡检、电力、石油化工等高风险行业的作业人员，以及消防、救援等紧急情况下的安全防护。 以大牛直播SDK的Android平台GB28181设备接入模块为例，如果需要对接到GB28181智能安全帽，需要关注信令和媒体数据两块部分，这里说说大概的设计思路：GBSIPAgentListener主要系 的Invite、Ack、Bye等处理：public interface GBSIPAgentPlayListener { /* *收到s=Play的实时视音频点播 */ void ntsOnInvitePlay(String deviceId, SessionDescription sessionDescription); /* *发送play invite response void ntsOnInviteTalk(String deviceId, SessionDescription sessionDescription); /* *发送talk invite
1.1K00编辑于 2023-08-03 - 来自专栏GB28181技术
Android平台如何通过OTG外接UVC摄像头实时预览并回传到GB28181平台
平台（比如其他IPC的RTSP流，可通过Android平台GB28181接入到国标平台）。 的Invite、Ack、Bye等处理：public interface GBSIPAgentPlayListener { /* *收到s=Play的实时视音频点播 */ void ntsOnInvitePlay(String deviceId, SessionDescription sessionDescription); /* *发送play invite response */ void ntsOnInviteAudioBroadcastTimeout(String sourceID, String targetID); /* *音频广播, 收到Invite 都非常方便，以上是大概的流程，感兴趣的开发者，可以单独跟我沟通探讨。
2.8K20编辑于 2025-01-02 - 来自专栏RTSP/RTMP直播相关
GB28181中SSRC的使用和语音广播流程浅析
点播域内设备、点播外域设备媒体流SSRC的处理方式分别说明如下：a) 点播域内设备媒体流SSRC处理方式点播域内设备媒体流时，SSRC值由本域监控系统产生并通过Invite请求发送给设备使用，设备在回复的 流程图见图 F.1。 流程图见图 F.2。 图片注5:错误响应补充说明当设备收到无法满足的SDP时,向发送的Invite请求方发送488错误响应消息;当设备不能满足更多的呼叫请求时,向发送的Invite请求方发送486错误响应消息。 以下就以Android平台GB28181设备接入模块，语音广播这块为例：当收到GB28181平台端的语音广播请求后，客户端做出响应，并在ntsOnNotifyBroadcastCommand()回调做出相应的处理
2.3K60编辑于 2022-10-03 - 来自专栏C/C++与音视频
如何接入IPC的GB28181平台
通常工业级的IPC一般支持onvif，GB28181以及各厂家私有协议。上篇文章我们讲解如何通过onvif协议对接IPC，本文接下来介绍如何接入通过国内最主流的GB28181协议对接IPC。 对于GB28181协议内容细节不多介绍，他是国家公安部定义的安防设备互通的协议，细节详见《GBT28181-2016 公共安全视频监控联网系统信息传输、交换、控制技术要求.pdf》。 目前城市街道，公共场所，社区等各个安防设备基本都是通过GB28181在协议互通。如IPC，NVR，媒体网关等。本文以大华IPC为例子，直接上代码，演示如何通过GB28181协议将视频流拉下来。 该编码也是根据GB28181编码的，其中132代表IPC，其他与服务器编码意义雷同 本地SIP 端口：默认采用5060 SIP域：即SIP服务器编码的前10bit。 通道编码：跟设备编号一致即可 其他选项暂时默认即可 二 接入方案 因为GB28181信令是基于SIP协议的一个应用，本文采用eXosip开源方案作为GB28181的协议栈完成接入。
2.8K20编辑于 2022-06-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号